home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Internet
/
Collection of Internet.iso
/
infosrvr
/
dev
/
www_talk.930
/
000686_davis@dri.cornell.edu _Fri Feb 26 15:50:57 1993.msg
< prev
next >
Wrap
Internet Message Format
|
1994-01-24
|
2KB
Return-Path: <davis@dri.cornell.edu>
Received: from dxmint.cern.ch by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA20949; Fri, 26 Feb 93 15:50:57 MET
Received: from WILLOW.TC.CORNELL.EDU by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA29772; Fri, 26 Feb 1993 16:08:12 +0100
Received: by willow.tc.cornell.edu id AA14775
(5.65c/IDA-1.4.4 for www-talk@nxoc01.cern.ch); Fri, 26 Feb 1993 10:07:34 -0500
Date: Fri, 26 Feb 1993 10:07:34 -0500
From: Jim Davis <davis@dri.cornell.edu>
Message-Id: <199302261507.AA14775@willow.tc.cornell.edu>
To: www-talk@nxoc01.cern.ch
Subject: Re: proposed new tag: IMG
I like the functionality of Marc's proposal. (I am indifferent
to the syntax, so long as we get a standard.) While I daresay
that HTPP2 and Mime will oneday achieve the same power and more,
I like the idea of getting it soon.
Note that Tim's proposal
<a name=fig1 href="fghjkdfghj" REL="EMBED, PRESENT">Figure </a>
is less general, since it can only be used inside anchors. (Maybe
I don't understand it, though... do you have to click on the
anchor, or does PRESENT mean that it is "automatically" clicked?
If so, what happens to the text between the A and /A ?
As I understand it, I can use Marc A's scheme for inline pictures
(which might be big) or icons in anchors.
As for specifics of Marc A's proposal, two comments
1) why have SRC instead of HREF?
2) It would be nice if there was a way to specify the content type,
e.g.
<IMG HREF="http://nsa.gov/pub/sounds/gorby.au" CONTENT-TYPE=audio/basic>
But I am completely willing to live with the requirement that I specify
the content type by file extension. It's good enough for me.